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Response to Arsuments 
Claims 12, 15-21, 24-33 are pending in this application. 
Applicant's arguments filed June 2 5 2006 have been fully considered but they are not 
persuasive. 

In response filed, applicant argues in substance that: 

a. Mlynarczyk is not a prior art to this application as evidenced by the attached 

revised declaration under 37 C.F.R. 1.131 (remarks, page 7). 

The affidavit filed on June 02, 2006 have been considered, however the affidavit is 
ineffective to overcome the rejection of record. 

It appears that Applicant is attempting to antedate Mlynarczyk reference by a showing of 
conception prior to October 2000, the effective date of Mlynarczyk, coupled with the reduction 
to practice of the invention. 

However, no copies of the facts and/or evidences such as Invention Disclosure form, web 
pages, documentation and chronology of attorney time (as stated by applicant in the declaration), 
has been submitted to the Office, nor they seem to appear in the file. 

In order to antedata a reference, the applicant MUST present sufficient proofs and/or , 
facts that would enable one of ordianry skilled in the art to assume that the invention in the 
present application was indeed conceived and practiced prior to October 2000. 
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Applicant submitted declaration Pursuant to 37 CFR 1.131 
Conception 

As the sole evidence of conception prior to October 2000, Applicant states in paragraph 2 
of the affidavit: "We. . ., conceived the claimed invention prior to the at least October 2000, as 
evidenced by (i) an Invention Disclsoure emailed to us on May 3, 2001, (ii) the printout of a web 
page entitled "Transport Packager" referenced by the invention disclsoure. 

. However, none of the documents has been received by the office nor they appear in the 
file of record. 

Diligence and Reduction to Practice. 

As the sole evidence of showing the due diligence and redcution to practice, inventor(s) 
states in paragraph 3, "we. . .diligently worked on the reduciton to practice of the invetnion from, 
at least the date established by the web page until, at least. . .see attached corresponce and 
documentation. . .", However once again, the documents does not appear in the file of record. 

For at least the reasons cited above the affidavit is ineffective to antedate the Mlynarczyk. 
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Discussed herein are formalities and substance that must be followed with a declaration 
pursuant to 37 C.F.R. 1.131: 
Formalities 

The inventor of the subject matter of the rejected claim, the owner of the patent under 
examination or reexamination, or the party qualified under 1 .42, 1 .43, or 1 .47, may submit an 
appropriate oath or declaration to establish invention of the subject matter of the rejected claims 
prior to the effective date of the reference on which the rejection is based. MPEP 715.04 

The affidavit MUST be signed by all the inventors involved in the invention. 

The Examiner will make some comments about the substance of the affidavit in the interest 
of moving prosecution along. 



SUBSTANCE: 

General Considerations: 

A general allegation that the invention was completed prior to the date of the 
reference is not sufficient. Ex parte Saunders, 1883 CD. 23, 23 O.G. 1224 
(Comm'rPat. 1883). 

Similarly, a declaration by the inventor to the effect that his or her invention was 
conceived or reduced to practice prior to the reference date, without a statement of 
facts demonstrating the correctness of this conclusion, is insufficient to satisfy 37 
CFR 1.131. 

The affidavit or declaration and exhibits must clearly explain which facts or data 
applicant is relying on to show completion of his or her invention prior to the particular 
date. Vague and general statements in broad terms about what the exhibits describe along 
with a general assertion that the exhibits describe a reduction to practice "amounts 
essentially to mere pleading, unsupported by proof or a showing of facts" and, thus, does 
not satisfy the requirements of 37 CFR 1.131(b). In re Borkowski, 505 F.2d 713, 184 
USPQ 29 (CCPA 1974). Applicant must give a clear explanation of the exhibits pointing 
out exactly what facts are established and relied on by applicant . 505 F.2d at 718-19, 184 
USPQ at 33. See also In re Harry, 333 F.2d 920, 142 USPQ 164 (CCPA 1964) (See 
MPEP 715.07) 
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Detailed Action 
Specification 

The specification is objected to under 35 U.S.C. § 112, first paragraph, as failing to 
adequately teach how to make and use the invention, i.e., failing to provide an enabling 
disclosure. 

The test to be applied under the written description portion of 35 U.S.C. § 1 12, first 
paragraph, is whether the disclosure of the application as originally filed reasonably conveys to 
the artisan that the inventor had possession at that time of later claimed subject matter. Vas-Cat, 
Inc. v. Mahurkar. 935 F. 2d 1555, 1565. 19USPQ2d 111. 1118 (Fed. Cir. 1991). reh'rg denied 
(Fed. Cir. July 8. 1991) and reh'rg. en banc, denied (Fed. Cir. July 29. 1991). 

The applicants have failed to provide an enabling disclosure in the detailed description of 
the embodiment. The specification is objected to under 35 U.S.C. § 1 12, first paragraph, as 
failing to support the subject matter set forth in these claims. 

The claims recite ". . .non-cast object graph. . .non-cast root object. . .", however there is no 
teaching or suggestion in the originally filed specification of the fact wherein a client comprises 
a non-cast object graph, wherein the non-cast object graph comprises non-cast root objects and 
plurality of non-cast objects. . .a server configured to instantiate a cast object graph using the 
internal representation. 

Hence, the above claimed limitation presents a situation that was not described in the 
specification in such a way as to reasonably convey to one skilled in the relevant art that the 
inventor(s), at the time the application was filed, has possession of the claimed invention. 
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Claim Rejections - 35 USC S 112 
The following is a quotation of the first paragraph of 35 U.S.C. 1 12: 

The specification shall contain a written description of the invention, and of the manner and process of making 
and using it, in such full, clear, concise, and exact terms as to enable any person skilled in the art to which it 
pertains, or with which it is most nearly connected, to make and use the same and shall set forth the best mode 
contemplated by the inventor of carrying out his invention. 

1. Claims 12, 15-21, 24-33 are rejected under 35 U.S.C. 1 12, first paragraph, for the same 
reasons as set forth in the objected specification above. 

The following is a quotation of the second paragraph of 35 U.S.C. 112: 

The specification shall conclude with one or more claims particularly pointing out and distinctly claiming the 
subject matter which the applicant regards as his invention. 

2. Claims 12, 15-21 and 24-33 are rejected under 35 U.S.C. 112, second paragraph, as being 
indefinite for failing to particularly point out and distinctly claim the subject matter which 
applicant regards as the invention. 

The claims recite terms such as "cast", "casting", "non-cast" in the claims. 

From a computer science perspective and/or object-oriented programming perspective, 
"casting is well known and defined as the process of forcing a conversion from one type to 
another (see Core, Java 2, Vol. I, pages 156-157). 

However, there is no description of any conversion in the specification. Examiner is 
unsure if the applicant is referring to conversion from one type to another or renaming an object 
to avoid confusions with the remote objects, for example Purchase_Order_Object_l is cast to 
Purchase_Order_Object_l_Proxy on page 8 of specification. 

In the response, the applicant must clearly and distinctly claim the subject matter which 
applicant regards as invention, in this case, clarify the term "cast", "cast objects" and "non-cast" 
objects. 
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Therefore, for examining purposes, the terms "non-cast objects" and "cast-objects" will 
simply be interpreted as "objects" because applicant failed to provide a reasonable interpretation 
of the term "cast". 

Also, for examining purposes, "casting" will be interpreted as the process of assigning 
names to the local or remote objects as described by the specification above. 

Please note, the interpretation of terms "cast", non-cast objects" etc, is not limited to the 
above-mentioned interpretation, it can be interpreted in many other ways. 



» 
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Claim Rejections - 35 USC $ 102 
The following is a quotation of the appropriate paragraphs of 35 U.S.C. 102 that form the 
basis for the rejections under this section made in this Office action: 
A person shall be entitled to a patent unless - 

(b) the invention was patented or described in a printed publication in this or a foreign country or in public use or on 
sale in this country, more than one year prior to the date of application for patent in the United States. 

3. Claims 25, 26, 32, 33 are rejected under 35 U.S.C. 102(b) as anticipated by Ludwig et al. 
(hereinafter Ludwig, U. S. Patent No. 6,006,230). 

As per claim 25, Ludwig discloses a system, comprising: 

- a client, operatively connected to a server (fig. 2 item #210, 230), comprising a non-cast 
object graph, wherein the non-cast object graph comprises a non-cast root object and a plurality 
of non-cast objects and wherein the client is configured to issue a request to invoke a remote 
method the server (col. 3 LI 5 to col. 4 L37); and 

- a client-side transport packager located on the client configured to (fig. 5): 

- Intercept the request (col. 10 L40-67), 

- create, in response to the request, an internal representation using a variable 
usage specification, a casting rule, and the non-cast root object, wherein the variable 
usage specification lists a first subset of the plurality of non-cast objects, forward the 
internal representation to the server (col. 10 L20 to col. 1 1 L21, col. 17 L18-41 and col. 
19 LI to col. 21 L54: a code for invocation of remote methods, col. 37 L48 to col. 39 
L43), and 

- receive a response to the request from the server (col. 37 L48 to col. 38 L6), 
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- wherein the server comprises a server-side transport packager configured to instantiate a 
cast object graph using the internal representation and generate a response the request 
using the cast object graph (fig. 2 item #260, fig. 6, col. 3 L57 to col. 4 L2, col. 37 L48 to 
col. 38 L30) 

- wherein the cast object graph comprises a plurality of cast objects (col. 37 L48 to col. 
38 L30, 

- wherein each of the plurality of cast objects references at least another one of the 
plurality of cast objects (col. 9 L55 to col. 10 L18, an application program created 
through a remote call comprises plurality of objects referencing each other in order to 
provide an application), 

- wherein an original name associated with each of the plurality of non-cast objects is 
modified in accordance with the casting rule (col. 3 LI 8-37), 

- wherein the casting rule defines how to modify the original name associated with each 
of the plurality of non-cast objects (col. 3 LI 8-37), and 

- wherein each of the plurality of cast objects is configured to store at least one of the 
plurality of attributes (col. 9 L55 to col. 10 LI 8: an application program includes plurality 
of objects and its attributes), 

As per claim 26, Ludwig discloses the system wherein creating the internal representation 
further comprises using a class definition, wherein the class definition corresponds to a template 
describing methods and at least one selected from the group consisting of variables and constants 
for one of the plurality of non-cast objects (col. 37 L48 to col. 38 L46 and col. 19 LI to col. 21 
L64). 
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As per claim 32, Ludwig discloses the system as above, wherein the internal 
representation is a serialized file (col. 38 L44-46). 

As per claim 33, Ludwig discloses the system as above, wherein each of the first subset 
of the plurality of non-cast objects in the variable usage specification is defined using a path, 
wherein the path specifies all non-cast objects in the non-cast object graph between the non-cast 
root object and the one of the first subset of the plurality of non-cast object (col. 37 L48 to col. 
38 L43: hierarchy and nested data members includes paths). 
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Claim Rejections - 35 USC S 103 

The following is a quotation of 35 U.S.C. 103(a) which forms the basis for all 
obviousness rejections set forth in this Office action: 

(a) A patent may not be obtained though the invention is not identically disclosed or described as set forth in 
section 102 of this title, if the differences between the subject matter sought to be patented and the prior art are 
such that the subject matter as a whole would have been obvious at the time the invention was made to a person 
having ordinary skill in the art to which said subject matter pertains. Patentability shall not be negatived by the 
manner in which the invention was made. 

4. Claims 12, 15-18, 20 and 24 are rejected under 35 U.S.C. 103(a) as being unpatentable 

over Mlynarczyk et al. (hereinafter Mlynarczyk, US Publication 2002/0029375) in view of 

issued to Acker et al. (hereinafter Acker, US 6,141,792). 

As per claim 12, Mlynarczyk discloses distributed computer system, comprising: 

a client comprising a non-cast object graph, wherein the non-cast object graph comprises 

a non-cast root object and a plurality of non-cast objects (Abstract,fig.l, fig. 2: shows the 

hierarchy including objects); 

a server operatively connected to the client (Abstract, fig. 3-4 item #S); 

a client-side transport packager located on the client configured to (Abstract, Fig.l): 

create an internal representation using a variable usage specification, a casting 
rule and the non-cast root object, wherein the variable usage specification lists a first 
subset of the plurality of non-cast objects (fig. 1, fig. 2, pg. 1 [0002-0007], [0015-0021], 
' pg. 2 [0031-0033], [0039] & [0043] and Fig. 4; wherein the local system is creating or 
replicating the same inheritance hierarchy as in the server S. Smart PA and Smart PB are 
internally representing interface A and interface B on the server where the interfaces are 
inheriting base class or root class represented by the RMI block), and 
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forward the internal representation to the server-side transport packager (see fig. 
3-4, pg. 1 [0026-0027], pg. 2 [0031]); 

a server-side transport packager located on the server configured to instantiate a cast 
object graph using the internal representation (Abstract, fig. 3-4, pg. 1 [0027], [0040]; wherein 
the casting rule is the encapsulation of the references to the remote objects in the naming system 
where the references maps to the local SmartProxy A and SmartProxy B classes); 

wherein the cast object graph comprises a plurality of cast objects (pg. 1 [0015-0020]: 
horizontal casting is the operation of casting x on z in Y: obviously the end graph includes more 
than one objects), 

wherein each of the plurality of cast objects references at least another one of the 
plurality of cast objects (pg. 2 [0039-0040]). 

Mlynarczyk however, does not explicitly teach the process wherein an original name 
associated with at least one of the plurality of non-cast objects is modified in accordance with the 
casting rule, and wherein the casting rule defines how to modify the original name associated 
with the at least one of the plurality of non-cast objects. 

Acker teaches a variable usage specification used to transport necessary object attributes 
(col.5, lines 47-52), wherein the cast object graph comprises a plurality of objects (Fig.3-12, 
col.5, lines 40-50), wherein each of the plurality of objects references at least another one of the 
plurality of objects (Figs.3-12, col.4, lines 57-67, col.5, lines 40-50), wherein a original name 
associated with each of the plurality of objects is modified in accordance with the casting rule 
(Figs.3-12, col.4, lines 57-67, col.5, line 40-col.6, line 16), and wherein the casting rule defines 
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how to modify the original name associated with each of the plurality objects (Figs.3-12, col.4, 
lines 57-67, col.5, line 40-col.6, line 16). 

Therefore it would have been obvious to one ordinary skill in the art at the time of the 
invention to modify the teachings of Mlynarczyk to explicitly teach the use of cast object graph 
and the use of casting rules as taught by Acker in order to efficiently develop and customize 
software and to encapsulate data and function of objects (Acker, coll, lines 15-25). 

One ordinary skill in the art at the time of the invention would have been motivated to 
combine the teachings of Mlynarczyk and Acker in order to provide a system to build packaging 
and manipulating object oriented programs (Acker, col.l, lines 53-56). 

As per claim 15, Mlynarczyk teaches the process wherein creating the internal 
representation further comprises using class definitions, wherein the class definition corresponds 
to a template describing methods and at least one selected from the group consisting of variables 
and constants for one of the plurality of non-cast objects (fig. 1-2, pg. 1 [0002], [0010-001 1], pg. 
2 [0042], [0033]; wherein when the creation of objects are initiated, the system has to reference 
the class definition to create and instantiate the object which has internal representation). 

As per claim 16, Mlynarczyk teaches the process wherein the class definition is generated 
at runtime by a transport packager (paragraph [0039]; wherein when the system is replicating the 
same inheritance hierarchy at runtime in RMI, the class definition has to be used in order for the 
system to define the features of the objects). 

As per claim 17, Mlynarczyk teaches the process wherein the casting rule comprises a 
casting method (paragraph [0040]; wherein the casting rule is the encapsulation of the references 
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to the remote objects in the naming system where the references maps to the local SmartProxy A 
and SmartProxy B classes). 

As per claim 18, Mlynarczyk teaches the process wherein the casting method 
implements a mapping method, wherein the mapping method comprises mapping the original 
name of the one of the plurality of non-cast objects to a new predetermined name (paragraph 
[0040]; wherein the casting rule is the encapsulation of the references to the remote objects in the 
naming system where the references maps to the local SmartProxy A and SmartProxy B classes, 
pg. 1 [0015-0020]). 

As per claim 20, the distributed computer system wherein the cast method implements a 
parser method, wherein the parser method comprises replacing the original name of one of the 
plurality of non-case objects with a name corresponding to a super class of a class to which the 
one of the plurality of non-case objects belongs (Acker, col.6, lines 1-5). Motivation to combine 
set forth in claim 12. 

As per claim 24, Mlynarczyk discloses the system wherein each of the first subset of the 
plurality of non-cast objects in the variable usage specification is defined using a path, wherein 
the path specifies all non-cast objects in the non-cast object graph between the non-cast root 
object and the one of the first subset of the plurality of non-cast object (fig. 1-2: hierarchy of 
objects that includes parents child relationship are defined using the path). 
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5. Claim 19 is rejected under 35 U.S.C. 103(a) as being unpatentable over US Publication 
2002/0029375 issued to Mlynarczyk et al.(Mlynarczyk) in view of US 6,141,792 issued to Acker 
et al.(Acker) in further view of US Patent 4,853,843 issued to Ecklund. 

As per claim 19 Mlynarczyk in view of Acker teaches all the limitations of claims 17 
however, fails to explicitly teach the casting method implements a suffix method. 

Ecklund, from the same field of endeavor teaches a method of adding a suffix to make an 
object name unique (col. 19 lines 4-10 and col 40 lines 1-2). 

Therefore it would be obvious to pne of ordinary skill in the art at the time the invention 
was made to modify Mlynarczyk in view of Acker to add a suffix to make an object name unique 
as taught by Ecklund in order for resolving name conflicts among objects (col. 40 lines 1-5 
Ecklund). 

One would have been motivated to combine the teachings of Mlynarczyk, Acker, and 
Ecklund to provide a system to resolve name conflicts among objects (Ecklund, col. 40, lines 1- 
5). 
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6. Claim 21 is rejected under 35 U.S.C. 103(a) as being unpatentable over US Publication 
2002/0029375 issued to Mlynarczyk et al.(Mlynarczyk) in view of US 6,141,792 issued to Acker 
et al.(Acker) in further view of US Patent 6,125,400 issued to Cohen et al.(Cohen). 

As per claim 21, Mlynarczyk in view of Acker fails to explicitly teach the internal 
representation is a serialized file. 

Cohen teaches serializing an object with internal representation before transporting to the 
remote site(coL 2 lines 32-50). 

It would be obvious to one of ordinary skill in the art at the time of the invention to 
combine Mlynarczyk in view of Acker to use serializing an object with internal representation 
before transporting to the remote site as taught by Cohen in order to reduce the amount of 
information sent to invoke a remote application (Cohen, col. 2 lines 5-10). 

One ordinary skill in the art would have been motivated to combine the teachings of 
Mlynarczyk, Acker, and Cohen in order to provide a system to reduce the amount of information 
sent to invoke a remote application (Cohen, col. 2 lines 5-10). 
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7. Claim 27 is rejected under 35 U.S.C. 103(a) as being unpatentable over Ludwig et al. 
(hereinafter Ludwig, U. S. Patent No. 6,006,230) in view of Applicant Admitted Prior Art 
(AAPA). 

As per claim 27, Ludwig does not teach the process of using one reflection and 
introspection for generating a class definition at runtime. 

Applicant, explicitly admitted that Java provides two mechanisms, called reflection and 
introspection for discovering class definitions at runtime (specification, page 6, i.e. these 
mechanisms are well known in Java object oriented programming language). 

Therefore it would have been obvious to a person of ordinary skilled in the art at the time 
the invention was made to modify Ludwig in view of AAPA, in order to discover class 
definitions at runtime. 

One of ordinary skilled in the art would have been motivated because it would have 
discovered the class definitions at runtime (AAPA, page 6). 
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8. Claims 28, 29 and 31 are rejected under 35 U.S.C. 103(a) as being unpatentable over 
Ludwig et al. (hereinafter Ludwig, U. S. Patent No. 6,006,230) in view of Mlynarczyk et al. 
(hereinafter Mlynarczyk, US Publication 2002/0029375). 

As per claim 28, Ludwig does not disclose a system wherein the casting rule comprises a 
casting method. 

Mlynarczyk, from the same field of endeavor discloses a casting method (paragraph 
[0040]; wherein the casting rule is the encapsulation of the references to the remote objects in the 
naming system where the references maps to the local SmartProxy A and SmartProxy B classes). 

Therefore it would have been obvious to a person of ordinary skilled in the art at the time 
the invention was made to modify Ludwig in view of Mynarczyk in order to provide a casting 
method. 

One of ordinary skilled in the art would have been motivated because it would have 
enabled a user to programmatically cast and/or provide a mechanism to differentiate the real 
local version of the objects from a remote version of the object (Ludwig, col. 3 LI 8-36). 

As per claim 29, Ludwig does not disclose the system wherein the casting method 
implements a mapping method and wherein the mapping method comprises mapping the original 
name of one the plurality of non-cast objects to a new pre-determined name (not that Ludwig 
does teach assigning proxy names or alias to objects). 

Mlynarczyk, from the same field of endeavor discloses the casting method implementing 
a mapping method, wherein the mapping method comprises mapping the original name of the 
one of the plurality of non-cast objects to a new predetermined name (paragraph [0040]; 
wherein the casting rule is the encapsulation of the references to the remote objects in the naming 
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system where the references maps to the local SmartProxy A and SmartProxy B classes, pg. 1 
[0015-0020]). 

Therefore it would have been obvious to a person of ordinary skilled in the art at the time 
the invention was made to modify Ludwig in view of Mlynarczyk in order to map the original 
name of one of the plurality of non-cast objects to a predetermined name. 

One of ordinary skilled in the art would have been motivated because of the same reasons 
as set forth in claim 28. 

As per claim 3 1 , Ludwig discloses the process of replacing the original name of the one 
of the plurality of non-cast objects with a name corresponding to a super class of a class to which 
the one of the plurality of non-cast objects belongs (col. 3 LI 5 to col. 4 L37: i.e. assigning a 
proxy name or alias in order to differentiate the local objects from remote objects). 
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9. Claim 30 is rejected under 35 U.S.C. 103(a) as being unpatentable over Ludwig et al. 
(hereinafter Ludwig, U. S. Patent No. 6,006,230) in view of Mlynarczyk et al. (hereinafter 
Mlynarczyk, US Publication 2002/0029375), and further in view of Ecklund (U. S. Patent No. 
4,853,843). 

As per claim 30, Ludwig in view of Mlynarczyk discloses all the limitations as in claim 
28, as set forth above, however, Ludwig fails to explicitly teach a suffix method, wherein the 
suffix method comprises appending a suffix to the original name of one of the plurality of non- 
cast objects. 

Ecklund, from the same field of endeavor teaches a method of adding a suffix by 
appending a suffix to the original name to make an object name unique (col. 19 lines 4-10 and 
col. 40 lines 1-2). 

Therefore it would be obvious to one of ordinary skill in the art at the time the invention 
was made to modify Ludwig and Mlynarczyk in view of Ecklund to add a suffix to make an 
object name unique as taught by Ecklund in order for resolving name conflicts among objects 
(col 40 lines 1-5 Ecklund). 

One of ordinary skilled in the art would have been motivated in order to provide a system 
to resolve name conflicts among objects (Ecklund, col.40, lines 1-5). 
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Additional References 
The prior art made of record and not relied upon is considered pertinent to applicant's 
disclosure. 

• Core Java 2, Vol. I, ISBN 0-13-047177-1 Chapter 4: pages 104-113, 124-132; 
Chapter 5: pages 145, 152, 156, 163, 183: Chapter 6: page 230; Chapter 12: 
page 665. 

• Tuatini, Pub. No.: US 2001/0047385 Al : Heterogeneous distributed 
environment. 

• Barnes et al., Pub. No.: US 2002/01 16412 Al: System and Method for Object 
State Persistence. 

• Burd et al., US 6,990,653 Bl : Server-side code generation. 

Conclusion 

Any inquiry concerning this communication or earlier communications from the 
examiner should be directed to KAMAL B. DIVECHA whose telephone number is 571-272- 
5863. The examiner can normally be reached on Increased Flex Work Schedule. 

If attempts to reach the examiner by telephone are unsuccessful, the examiner's 
supervisor, Zarni Maung can be reached on 571-272-3939. The fax phone number for the 
organization where this application or proceeding is assigned is 571-273-8300. 
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Information regarding the status of an application may be obtained from the Patent 
Application Information Retrieval (PAIR) system. Status information for published applications 
may be obtained from either Private PAIR or Public PAIR. Status information for unpublished 
applications is available through Private PAIR only. For more information about the PAIR 
system, see http://pair-direct.uspto.gov. Should you have questions on access. to the Private PAIR 
system, contact the Electronic Business Center (EBC) at 866-217-9197 (toll-free). If you would 
like assistance from a USPTO Customer Service Representative or access to the automated 
information system, call 800-786-9199 (IN USA OR CANADA) or 571-272-1000. 



Kama! Divecha 
Art Unit 2151 
August 21, 2006. 





